Preserve the .debug_gdb_scripts section #143679

sebastianpoeplau · 2025-07-09T11:40:46Z

Make sure that compiler and linker don't optimize the section's contents
away by adding the global holding the data to llvm.used. This
eliminates the need for a volatile load in the main shim; since the LLVM
codegen backend is the only implementer of the corresponding trait
function, remove it entirely.

Pretty printers in dylib dependencies are now emitted by the main crate
instead of the dylib; apart from matching how rlibs are handled, this
approach has the advantage that omit_gdb_pretty_printer_section keeps
working with dylib dependencies.

r? @bjorn3

rustbot · 2025-07-09T11:40:53Z

Some changes occurred in compiler/rustc_codegen_ssa

cc @WaffleLapkin

Some changes occurred in compiler/rustc_codegen_gcc

cc @antoyo, @GuillaumeGomez

compiler/rustc_codegen_llvm/src/debuginfo/gdb.rs

compiler/rustc_codegen_gcc/src/debuginfo.rs

tests/codegen/gdb_debug_script_load.rs

bjorn3 · 2025-07-09T13:27:04Z

@bors r+

bors · 2025-07-09T13:27:08Z

📌 Commit d54c3ea has been approved by bjorn3

It is now in the queue for this repository.

…b-scripts-section, r=bjorn3 Preserve the .debug_gdb_scripts section Make sure that compiler and linker don't optimize the section's contents away by adding the global holding the data to `llvm.used`. This eliminates the need for a volatile load in the main shim; since the LLVM codegen backend is the only implementer of the corresponding trait function, remove it entirely. r? `@bjorn3`

…b-scripts-section, r=bjorn3 Preserve the .debug_gdb_scripts section Make sure that compiler and linker don't optimize the section's contents away by adding the global holding the data to `llvm.used`. This eliminates the need for a volatile load in the main shim; since the LLVM codegen backend is the only implementer of the corresponding trait function, remove it entirely. r? ``@bjorn3``

Rollup of 8 pull requests Successful merges: - #140136 (Add an aarch64-msvc build running on ARM64 Windows) - #143642 (stdarch subtree update) - #143679 (Preserve the .debug_gdb_scripts section) - #143707 (Fix `--skip-std-check-if-no-download-rustc`) - #143722 (Make some "safe" llvm ops actually sound) - #143728 (Resolve refactor: extraction of `finalize_module_binding` and `single_import_can_define_name`) - #143742 (Rework borrowing suggestions to use `Expr` instead of just `Span`) - #143744 (Properly track the depth when expanding free alias types) r? `@ghost` `@rustbot` modify labels: rollup

tgross35 · 2025-07-11T00:19:45Z

Looks like some GDB tests failed #143755 (comment)
@bors r-
@bors2 try jobs=dist-i586-gnu-i586-i686-musl

…ection, r=<try> Preserve the .debug_gdb_scripts section Make sure that compiler and linker don't optimize the section's contents away by adding the global holding the data to `llvm.used`. This eliminates the need for a volatile load in the main shim; since the LLVM codegen backend is the only implementer of the corresponding trait function, remove it entirely. r? `@bjorn3` try-job: dist-i586-gnu-i586-i686-musl

rust-bors · 2025-07-11T00:19:50Z

⌛ Trying commit d54c3ea with merge f7ba1a6…

To cancel the try build, run the command @bors2 try cancel.

rust-bors · 2025-07-11T01:30:37Z

💔 Test failed

CI ❌

sebastianpoeplau · 2025-07-11T08:00:37Z

Looks like some GDB tests failed #143755 (comment)

Interesting, I'm going to have a look. The test passes on my x86_64-unknown-linux-gnu; I'll try to find what's different in the CI job. The name dist-i586-gnu-i586-i686-musl suggests that it's a 32-bit build - where can I find out more? Is there a way to run the same setup locally?

tgross35 · 2025-07-11T08:36:12Z

You might be able to get away with passing --target ... to ./x since these tests should still be able to run on your host. It looks like it fails testing i686-unknown-linux-musl.

If that doesn't repro it for some reason you can replicate the CI setup pretty much exactly by running the docker tests https://rustc-dev-guide.rust-lang.org/tests/docker.html, with the downside that this takes about as long as CI does.

sebastianpoeplau · 2025-07-11T10:29:20Z

Hmm, the full log of the CI job led me to believe that it's i586-unknown-linux-gnu, but locally the test passes for that target (running ./x.py test tests/debuginfo/embedded-visualizer.rs --target i586-unknown-linux-gnu). Will try with the musl target 👍

I noticed though that my GDB is version 15, whereas the test log shows GDB 12; maybe that's the reason for the discrepancy. In general, the .debug_gdb_scripts section looks correct to me...

tgross35 · 2025-07-11T10:45:44Z

You're right, it's i586. I must have been reading the wrong line.

##[group]Testing stage2 compiletest suite=debuginfo mode=debuginfo (x86_64-unknown-linux-gnu -> i586-unknown-linux-gnu)

I assume there probably isn't any reason we need to keep a very old gdb version if that makes a difference

sebastianpoeplau · 2025-07-18T08:47:14Z

Is there a rustbot or bors command that I could use to trigger another test run?

bors · 2025-07-22T22:59:48Z

☔ The latest upstream changes (presumably #144249) made this pull request unmergeable. Please resolve the merge conflicts.

sebastianpoeplau · 2025-07-23T15:18:00Z

Rebased.

bjorn3 · 2025-07-26T19:39:10Z

Bit unfortunate to lose the section for rust dylibs, but given that you would rarely use a rust dylib without an executable, cdylib or staticlib depending on it, it should be fine. The only case I can imagine this reducing debugability is when you use a rust dylib as plugin loaded with dlopen and this rust dylib uses #![debugger_visualizer(gdb_script_file = "...")]. That can be fixed later by replacing #![omit_gdb_pretty_printer_section] usage in the test suite with telling gdb to ignore .debug_gdb_scripts I think. The attribute is unstable anyway and only meant for usage inside the test suite.

@bors r+

bors · 2025-07-26T19:39:13Z

📌 Commit 2133b4f has been approved by bjorn3

It is now in the queue for this repository.

…ection, r=bjorn3 Preserve the .debug_gdb_scripts section Make sure that compiler and linker don't optimize the section's contents away by adding the global holding the data to `llvm.used`. This eliminates the need for a volatile load in the main shim; since the LLVM codegen backend is the only implementer of the corresponding trait function, remove it entirely. Pretty printers in dylib dependencies are now emitted by the main crate instead of the dylib; apart from matching how rlibs are handled, this approach has the advantage that `omit_gdb_pretty_printer_section` keeps working with dylib dependencies. r? `@bjorn3`

bors · 2025-07-26T20:37:57Z

⌛ Testing commit 2133b4f with merge 09737a6...

bors · 2025-07-26T21:52:20Z

💔 Test failed - checks-actions

Make sure that compiler and linker don't optimize the section's contents away by adding the global holding the data to "llvm.used". This eliminates the need for a volatile load in the main shim; since the LLVM codegen backend is the only implementer of the corresponding trait function, remove it entirely. Pretty printers in dylib dependencies are now emitted by the main crate instead of the dylib; apart from matching how rlibs are handled, this approach has the advantage that `omit_gdb_pretty_printer_section` keeps working with dylib dependencies.

sebastianpoeplau · 2025-07-28T11:55:21Z

Some more tests needed to be ignored on i586-unknown-linux-gnu due to the outdated linker. Sorry...

bjorn3 · 2025-07-28T12:00:37Z

@bors r+

bors · 2025-07-28T12:00:39Z

📌 Commit aec2912 has been approved by bjorn3

It is now in the queue for this repository.

sebastianpoeplau · 2025-07-28T12:03:03Z

The only case I can imagine this reducing debugability is when you use a rust dylib as plugin loaded with dlopen and this rust dylib uses #![debugger_visualizer(gdb_script_file = "...")].

Is this a common case? If so, or if we want to fix it nonetheless, then maybe the .debug_gdb_scripts sections could be made per-crate once the omit_gdb_pretty_printer_section tests don't cause problems anymore. That is, instead of collecting pretty printers transitively during compilation of executables/staticlibs/cdylibs, the compiler could collect pretty printers for the current crate only, relying on the .debug_gdb_scripts sections in Rust dylibs for dependencies 🤔

…ection, r=bjorn3 Preserve the .debug_gdb_scripts section Make sure that compiler and linker don't optimize the section's contents away by adding the global holding the data to `llvm.used`. This eliminates the need for a volatile load in the main shim; since the LLVM codegen backend is the only implementer of the corresponding trait function, remove it entirely. Pretty printers in dylib dependencies are now emitted by the main crate instead of the dylib; apart from matching how rlibs are handled, this approach has the advantage that `omit_gdb_pretty_printer_section` keeps working with dylib dependencies. r? `@bjorn3`

bors · 2025-07-28T15:17:12Z

⌛ Testing commit aec2912 with merge 3b8ad43...

rust-log-analyzer · 2025-07-28T16:36:27Z

The job test-various failed! Check out the build log: (web) (plain enhanced) (plain)

Click to see the possible cause of the failure (guessed by this bot)


---- [debuginfo-gdb] tests/debuginfo/embedded-visualizer.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/embedded-visualizer.rs` not found in debugger output. errors:
    (embedded-visualizer.rs:51) `Yes     pretty-printer-embedded_visualizer-0`
    (embedded-visualizer.rs:52) `Yes     pretty-printer-embedded_visualizer-1`
    (embedded-visualizer.rs:54) `$1 = (0, 0)`
    (embedded-visualizer.rs:56) `$2 = (5, 8)`
    (embedded-visualizer.rs:58) `$3 = ((0, 0), (5, 8))`
    (embedded-visualizer.rs:60) `$4 = "Person A" is 10 years old.`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/embedded-visualizer.gdb/embedded-visualizer.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0xb01d: file /checkout/tests/debuginfo/embedded-visualizer.rs, line 107.

Breakpoint 1, embedded_visualizer::main () at /checkout/tests/debuginfo/embedded-visualizer.rs:107
107     zzz(); // #break
No auto-load scripts.
$1 = embedded_visualizer::point::Point {x: 0, y: 0}
$2 = embedded_visualizer::point::Point {x: 5, y: 8}
$3 = embedded_visualizer::Line {a: embedded_visualizer::point::Point {x: 0, y: 0}, b: embedded_visualizer::point::Point {x: 5, y: 8}}
$4 = dependency_with_embedded_visualizers::Person {name: alloc::string::String {vec: alloc::vec::Vec<u8, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<u8, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5040}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (8), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<u8>}, len: 8}}, age: 10}
A debugging session is active.

 Inferior 1 [process 507266] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none


---- [debuginfo-gdb] tests/debuginfo/empty-string.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/empty-string.rs` not found in debugger output. errors:
    (empty-string.rs:11) `$1 = ""`
the following subset of check directive(s) was found successfully:
    (empty-string.rs:14) `$2 = ""`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/empty-string.gdb/empty-string.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0xa51e: file /checkout/tests/debuginfo/empty-string.rs, line 31.

Breakpoint 1, empty_string::main () at /checkout/tests/debuginfo/empty-string.rs:31
31     zzz(); // #break
$1 = alloc::string::String {vec: alloc::vec::Vec<u8, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<u8, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x1}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (0), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<u8>}, len: 0}}
$2 = ""
A debugging session is active.

 Inferior 1 [process 507289] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none


---- [debuginfo-gdb] tests/debuginfo/numeric-types.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/numeric-types.rs` not found in debugger output. errors:
    (numeric-types.rs:169) `[...]$1 = 11`
    (numeric-types.rs:172) `[...]$2 = 22`
    (numeric-types.rs:175) `[...]$3 = 33`
    (numeric-types.rs:178) `[...]$4 = 44`
    (numeric-types.rs:181) `[...]$5 = 55`
    (numeric-types.rs:184) `[...]$6 = 66`
    (numeric-types.rs:187) `[...]$7 = 77`
    (numeric-types.rs:190) `[...]$8 = 88`
    (numeric-types.rs:193) `[...]$9 = 99`
    (numeric-types.rs:196) `[...]$10 = 100`
    (numeric-types.rs:199) `[...]$11 = 111`
    (numeric-types.rs:202) `[...]$12 = 122`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/numeric-types.gdb/numeric-types.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0xad21: file /checkout/tests/debuginfo/numeric-types.rs, line 293.

Breakpoint 1, numeric_types::main () at /checkout/tests/debuginfo/numeric-types.rs:293
293     zzz(); // #break
$1 = core::num::nonzero::NonZero<i8> (core::num::niche_types::NonZeroI8Inner (11))
$2 = core::num::nonzero::NonZero<i16> (core::num::niche_types::NonZeroI16Inner (22))
$3 = core::num::nonzero::NonZero<i32> (core::num::niche_types::NonZeroI32Inner (33))
$4 = core::num::nonzero::NonZero<i64> (core::num::niche_types::NonZeroI64Inner (44))
$5 = core::num::nonzero::NonZero<i128> (core::num::niche_types::NonZeroI128Inner (55))
$6 = core::num::nonzero::NonZero<isize> (core::num::niche_types::NonZeroIsizeInner (66))
$7 = core::num::nonzero::NonZero<u8> (core::num::niche_types::NonZeroU8Inner (77))
$8 = core::num::nonzero::NonZero<u16> (core::num::niche_types::NonZeroU16Inner (88))
$9 = core::num::nonzero::NonZero<u32> (core::num::niche_types::NonZeroU32Inner (99))
$10 = core::num::nonzero::NonZero<u64> (core::num::niche_types::NonZeroU64Inner (100))
$11 = core::num::nonzero::NonZero<u128> (core::num::niche_types::NonZeroU128Inner (111))
$12 = core::num::nonzero::NonZero<usize> (core::num::niche_types::NonZeroUsizeInner (122))
A debugging session is active.

 Inferior 1 [process 508322] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none


---- [debuginfo-gdb] tests/debuginfo/pretty-huge-vec.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/pretty-huge-vec.rs` not found in debugger output. errors:
    (pretty-huge-vec.rs:12) `$1 = Vec(size=1000000000) = {[...]...}`
    (pretty-huge-vec.rs:15) `$2 = &[u8](size=1000000000) = {[...]...}`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/pretty-huge-vec.gdb/pretty-huge-vec.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0xac50: file /checkout/tests/debuginfo/pretty-huge-vec.rs, line 26.

Breakpoint 1, pretty_huge_vec::main () at /checkout/tests/debuginfo/pretty-huge-vec.rs:26
26     zzz(); // #break
$1 = alloc::vec::Vec<u8, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<u8, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7fffbc253020}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (1000000000), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<u8>}, len: 1000000000}
$2 = &[u8] {data_ptr: 0x7fffbc253020, length: 1000000000}
A debugging session is active.

 Inferior 1 [process 508386] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none


---- [debuginfo-gdb] tests/debuginfo/pretty-slices.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/pretty-slices.rs` not found in debugger output. errors:
    (pretty-slices.rs:9) ` $1 = &[i32](size=3) = {0, 1, 2}`
    (pretty-slices.rs:12) ` $2 = &mut [i32](size=4) = {2, 3, 5, 7}`
    (pretty-slices.rs:18) ` $4 = "mutable string slice"`
the following subset of check directive(s) was found successfully:
    (pretty-slices.rs:15) `$3 = "string slice"`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/pretty-slices.gdb/pretty-slices.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0xb34e: file /checkout/tests/debuginfo/pretty-slices.rs, line 44.

Breakpoint 1, pretty_slices::main () at /checkout/tests/debuginfo/pretty-slices.rs:44
44     b(); // #break
$1 = &[i32] {data_ptr: 0x7ffff7c58528, length: 3}
$2 = &mut [i32] {data_ptr: 0x7fffffffd710, length: 4}
$3 = "string slice"
$4 = &mut str {data_ptr: 0x7ffff7ff5040, length: 20}
A debugging session is active.

 Inferior 1 [process 508394] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none


---- [debuginfo-gdb] tests/debuginfo/pretty-std.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/pretty-std.rs` not found in debugger output. errors:
    (pretty-std.rs:14) `$1 = &[i32](size=4) = {0, 1, 2, 3}`
    (pretty-std.rs:17) `$2 = Vec(size=4) = {4, 5, 6, 7}`
    (pretty-std.rs:23) `$4 = "IAMA string!"`
    (pretty-std.rs:32) `$7 = "IAMA OS string 😃"`
    (pretty-std.rs:35) `$8 = core::option::Option<alloc::string::String>::Some("IAMA optional string!")`
    (pretty-std.rs:39) `$9 = core::option::Option<alloc::string::String>::Some("IAMA "...)`
the following subset of check directive(s) was found successfully:
    (pretty-std.rs:20) `$3 = "IAMA string slice!"`
    (pretty-std.rs:26) `$5 = core::option::Option<i16>::Some(8)`
    (pretty-std.rs:29) `$6 = core::option::Option<i64>::None`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/pretty-std.gdb/pretty-std.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0xda10: file /checkout/tests/debuginfo/pretty-std.rs, line 182.

Breakpoint 1, pretty_std::main () at /checkout/tests/debuginfo/pretty-std.rs:182
182     zzz(); // #break
$1 = &[i32] {data_ptr: 0x7ffff7c5a730, length: 4}
$2 = alloc::vec::Vec<u64, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<u64, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5040}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (4), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<u64>}, len: 4}
$3 = "IAMA string slice!"
$4 = alloc::string::String {vec: alloc::vec::Vec<u8, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<u8, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5230}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (12), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<u8>}, len: 12}}
$5 = core::option::Option<i16>::Some(8)
$6 = core::option::Option<i64>::None
$7 = std::ffi::os_str::OsString {inner: std::sys::os_str::bytes::Buf {inner: alloc::vec::Vec<u8, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<u8, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5430}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (19), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<u8>}, len: 19}}}
$8 = core::option::Option<alloc::string::String>::Some(alloc::string::String {vec: alloc::vec::Vec<u8, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<u8, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5450}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (21), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<u8>}, len: 21}})
$9 = core::option::Option<alloc::string::String>::Some(alloc::string::String {vec: alloc::vec::Vec<u8, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<u8, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5450}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (21), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<u8>}, len: 21}})
A debugging session is active.

 Inferior 1 [process 508451] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none


---- [debuginfo-gdb] tests/debuginfo/pretty-uninitialized-vec.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/pretty-uninitialized-vec.rs` not found in debugger output. errors:
    (pretty-uninitialized-vec.rs:11) `$1 = Vec(size=[...])[...]`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/pretty-uninitialized-vec.gdb/pretty-uninitialized-vec.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0xacd4: file /checkout/tests/debuginfo/pretty-uninitialized-vec.rs, line 19.

Breakpoint 1, pretty_uninitialized_vec::main () at /checkout/tests/debuginfo/pretty-uninitialized-vec.rs:19
19     zzz(); // #break
$1 = alloc::vec::Vec<i32, alloc::alloc::Global> {buf: alloc::raw_vec::RawVec<i32, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7c29e90 <std::sys::pal::unix::stack_overflow::imp::signal_handler>}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (140737350266625), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<i32>}, len: 201326596}
A debugging session is active.

 Inferior 1 [process 508455] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none


---- [debuginfo-gdb] tests/debuginfo/rc_arc.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/rc_arc.rs` not found in debugger output. errors:
    (rc_arc.rs:12) `[...]$1 = Rc(strong=11, weak=1) = {value = 111, strong = 11, weak = 1}`
    (rc_arc.rs:14) `[...]$2 = Arc(strong=21, weak=1) = {value = 222, strong = 21, weak = 1}`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/rc_arc.gdb/rc_arc.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0x10055: file /checkout/tests/debuginfo/rc_arc.rs, line 134.

Breakpoint 1, rc_arc::main () at /checkout/tests/debuginfo/rc_arc.rs:134
134     zzz(); // #break
$1 = alloc::rc::Rc<i32, alloc::alloc::Global> {ptr: core::ptr::non_null::NonNull<alloc::rc::RcInner<i32>> {pointer: 0x7ffff7ff5040}, phantom: core::marker::PhantomData<alloc::rc::RcInner<i32>>, alloc: alloc::alloc::Global}
$2 = alloc::sync::Arc<i32, alloc::alloc::Global> {ptr: core::ptr::non_null::NonNull<alloc::sync::ArcInner<i32>> {pointer: 0x7ffff7ff5060}, phantom: core::marker::PhantomData<alloc::sync::ArcInner<i32>>, alloc: alloc::alloc::Global}
A debugging session is active.

 Inferior 1 [process 508500] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none


---- [debuginfo-gdb] tests/debuginfo/pretty-std-collections.rs stdout ----
NOTE: compiletest thinks it is using GDB version 12001000

error: check directive(s) from `/checkout/tests/debuginfo/pretty-std-collections.rs` not found in debugger output. errors:
    (pretty-std-collections.rs:11) `$1 = BTreeSet(size=15) = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14}`
    (pretty-std-collections.rs:14) `$2 = BTreeSet(size=0)`
    (pretty-std-collections.rs:17) `$3 = BTreeMap(size=15) = {[0] = 0, [1] = 1, [2] = 2, [3] = 3, [4] = 4, [5] = 5, [6] = 6, [7] = 7, [8] = 8, [9] = 9, [10] = 10, [11] = 11, [12] = 12, [13] = 13, [14] = 14}`
    (pretty-std-collections.rs:20) `$4 = BTreeMap(size=0)`
    (pretty-std-collections.rs:23) `$5 = BTreeMap(size=2) = {[false] = [...], [true] = [...]}`
    (pretty-std-collections.rs:27) `$6 = BTreeMap(size=15) = {[0] = pretty_std_collections::MyLeafNode (0), [...]}`
    (pretty-std-collections.rs:31) `$7 = BTreeMap(size=1) = {[()] = 1}`
    (pretty-std-collections.rs:34) `$8 = BTreeMap(size=1) = {[1] = ()}`
    (pretty-std-collections.rs:37) `$9 = BTreeMap(size=1) = {[()] = ()}`
    (pretty-std-collections.rs:40) `$10 = VecDeque(size=3) = {5, 3, 7}`
    (pretty-std-collections.rs:43) `$11 = VecDeque(size=7) = {2, 3, 4, 5, 6, 7, 8}`
    (pretty-std-collections.rs:46) `$12 = HashMap(size=4) = {[1] = 10, [2] = 20, [3] = 30, [4] = 40}`
    (pretty-std-collections.rs:49) `$13 = HashSet(size=4) = {1, 2, 3, 4}`
status: exit status: 0
command: PYTHONPATH="/checkout/src/etc" "/usr/bin/gdb" "-quiet" "-batch" "-nx" "-command=/checkout/obj/build/x86_64-unknown-linux-gnu/test/debuginfo/pretty-std-collections.gdb/pretty-std-collections.debugger.script"
--- stdout -------------------------------
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04.2) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
Breakpoint 1 at 0x3755e: file /checkout/tests/debuginfo/pretty-std-collections.rs, line 147.

Breakpoint 1, pretty_std_collections::main () at /checkout/tests/debuginfo/pretty-std-collections.rs:147
147     zzz(); // #break
$1 = alloc::collections::btree::set::BTreeSet<i32, alloc::alloc::Global> {map: alloc::collections::btree::map::BTreeMap<i32, alloc::collections::btree::set_val::SetValZST, alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, alloc::collections::btree::set_val::SetValZST, alloc::collections::btree::node::marker::LeafOrInternal>>::Some(alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, alloc::collections::btree::set_val::SetValZST, alloc::collections::btree::node::marker::LeafOrInternal> {height: 1, node: core::ptr::non_null::NonNull<alloc::collections::btree::node::LeafNode<i32, alloc::collections::btree::set_val::SetValZST>> {pointer: 0x7ffff7ff5230}, _marker: core::marker::PhantomData<(alloc::collections::btree::node::marker::Owned, alloc::collections::btree::node::marker::LeafOrInternal)>}), length: 15, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<(i32, alloc::collections::btree::set_val::SetValZST), alloc::alloc::Global>>}}
$2 = alloc::collections::btree::set::BTreeSet<i32, alloc::alloc::Global> {map: alloc::collections::btree::map::BTreeMap<i32, alloc::collections::btree::set_val::SetValZST, alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, alloc::collections::btree::set_val::SetValZST, alloc::collections::btree::node::marker::LeafOrInternal>>::None, length: 0, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<(i32, alloc::collections::btree::set_val::SetValZST), alloc::alloc::Global>>}}
$3 = alloc::collections::btree::map::BTreeMap<i32, i32, alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, i32, alloc::collections::btree::node::marker::LeafOrInternal>>::Some(alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, i32, alloc::collections::btree::node::marker::LeafOrInternal> {height: 1, node: core::ptr::non_null::NonNull<alloc::collections::btree::node::LeafNode<i32, i32>> {pointer: 0x7ffff7ff5630}, _marker: core::marker::PhantomData<(alloc::collections::btree::node::marker::Owned, alloc::collections::btree::node::marker::LeafOrInternal)>}), length: 15, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<(i32, i32), alloc::alloc::Global>>}
$4 = alloc::collections::btree::map::BTreeMap<i32, u32, alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, u32, alloc::collections::btree::node::marker::LeafOrInternal>>::None, length: 0, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<(i32, u32), alloc::alloc::Global>>}
$5 = alloc::collections::btree::map::BTreeMap<bool, core::option::Option<bool>, alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, bool, core::option::Option<bool>, alloc::collections::btree::node::marker::LeafOrInternal>>::Some(alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, bool, core::option::Option<bool>, alloc::collections::btree::node::marker::LeafOrInternal> {height: 0, node: core::ptr::non_null::NonNull<alloc::collections::btree::node::LeafNode<bool, core::option::Option<bool>>> {pointer: 0x7ffff7ff5830}, _marker: core::marker::PhantomData<(alloc::collections::btree::node::marker::Owned, alloc::collections::btree::node::marker::LeafOrInternal)>}), length: 2, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<(bool, core::option::Option<bool>), alloc::alloc::Global>>}
$6 = alloc::collections::btree::map::BTreeMap<i32, pretty_std_collections::MyLeafNode, alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, pretty_std_collections::MyLeafNode, alloc::collections::btree::node::marker::LeafOrInternal>>::Some(alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, pretty_std_collections::MyLeafNode, alloc::collections::btree::node::marker::LeafOrInternal> {height: 1, node: core::ptr::non_null::NonNull<alloc::collections::btree::node::LeafNode<i32, pretty_std_collections::MyLeafNode>> {pointer: 0x7ffff7ff5720}, _marker: core::marker::PhantomData<(alloc::collections::btree::node::marker::Owned, alloc::collections::btree::node::marker::LeafOrInternal)>}), length: 15, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<(i32, pretty_std_collections::MyLeafNode), alloc::alloc::Global>>}
$7 = alloc::collections::btree::map::BTreeMap<(), i32, alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, (), i32, alloc::collections::btree::node::marker::LeafOrInternal>>::Some(alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, (), i32, alloc::collections::btree::node::marker::LeafOrInternal> {height: 0, node: core::ptr::non_null::NonNull<alloc::collections::btree::node::LeafNode<(), i32>> {pointer: 0x7ffff7ff50c0}, _marker: core::marker::PhantomData<(alloc::collections::btree::node::marker::Owned, alloc::collections::btree::node::marker::LeafOrInternal)>}), length: 1, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<((), i32), alloc::alloc::Global>>}
$8 = alloc::collections::btree::map::BTreeMap<i32, (), alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, (), alloc::collections::btree::node::marker::LeafOrInternal>>::Some(alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, i32, (), alloc::collections::btree::node::marker::LeafOrInternal> {height: 0, node: core::ptr::non_null::NonNull<alloc::collections::btree::node::LeafNode<i32, ()>> {pointer: 0x7ffff7ff5100}, _marker: core::marker::PhantomData<(alloc::collections::btree::node::marker::Owned, alloc::collections::btree::node::marker::LeafOrInternal)>}), length: 1, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<(i32, ()), alloc::alloc::Global>>}
$9 = alloc::collections::btree::map::BTreeMap<(), (), alloc::alloc::Global> {root: core::option::Option<alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, (), (), alloc::collections::btree::node::marker::LeafOrInternal>>::Some(alloc::collections::btree::node::NodeRef<alloc::collections::btree::node::marker::Owned, (), (), alloc::collections::btree::node::marker::LeafOrInternal> {height: 0, node: core::ptr::non_null::NonNull<alloc::collections::btree::node::LeafNode<(), ()>> {pointer: 0x7ffff7ff5a20}, _marker: core::marker::PhantomData<(alloc::collections::btree::node::marker::Owned, alloc::collections::btree::node::marker::LeafOrInternal)>}), length: 1, alloc: core::mem::manually_drop::ManuallyDrop<alloc::alloc::Global> {value: alloc::alloc::Global}, _marker: core::marker::PhantomData<alloc::boxed::Box<((), ()), alloc::alloc::Global>>}
$10 = alloc::collections::vec_deque::VecDeque<i32, alloc::alloc::Global> {head: 0, len: 3, buf: alloc::raw_vec::RawVec<i32, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5a40}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (4), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<i32>}}
$11 = alloc::collections::vec_deque::VecDeque<i32, alloc::alloc::Global> {head: 1, len: 7, buf: alloc::raw_vec::RawVec<i32, alloc::alloc::Global> {inner: alloc::raw_vec::RawVecInner<alloc::alloc::Global> {ptr: core::ptr::unique::Unique<u8> {pointer: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5860}, _marker: core::marker::PhantomData<u8>}, cap: core::num::niche_types::UsizeNoHighBit (8), alloc: alloc::alloc::Global}, _marker: core::marker::PhantomData<i32>}}
$12 = std::collections::hash::map::HashMap<u64, u64, core::hash::BuildHasherDefault<pretty_std_collections::SimpleHasher>> {base: hashbrown::map::HashMap<u64, u64, core::hash::BuildHasherDefault<pretty_std_collections::SimpleHasher>, alloc::alloc::Global> {hash_builder: core::hash::BuildHasherDefault<pretty_std_collections::SimpleHasher> (core::marker::PhantomData<fn() -> pretty_std_collections::SimpleHasher>), table: hashbrown::raw::RawTable<(u64, u64), alloc::alloc::Global> {table: hashbrown::raw::RawTableInner {bucket_mask: 7, ctrl: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5350}, growth_left: 3, items: 4}, alloc: alloc::alloc::Global, marker: core::marker::PhantomData<(u64, u64)>}}}
$13 = std::collections::hash::set::HashSet<u64, core::hash::BuildHasherDefault<pretty_std_collections::SimpleHasher>> {base: hashbrown::set::HashSet<u64, core::hash::BuildHasherDefault<pretty_std_collections::SimpleHasher>, alloc::alloc::Global> {map: hashbrown::map::HashMap<u64, (), core::hash::BuildHasherDefault<pretty_std_collections::SimpleHasher>, alloc::alloc::Global> {hash_builder: core::hash::BuildHasherDefault<pretty_std_collections::SimpleHasher> (core::marker::PhantomData<fn() -> pretty_std_collections::SimpleHasher>), table: hashbrown::raw::RawTable<(u64, ()), alloc::alloc::Global> {table: hashbrown::raw::RawTableInner {bucket_mask: 7, ctrl: core::ptr::non_null::NonNull<u8> {pointer: 0x7ffff7ff5c60}, growth_left: 3, items: 4}, alloc: alloc::alloc::Global, marker: core::marker::PhantomData<(u64, ())>}}}}
A debugging session is active.

 Inferior 1 [process 508577] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
------------------------------------------
stderr: none

bors · 2025-07-28T16:37:08Z

💔 Test failed - checks-actions

rustbot assigned bjorn3 Jul 9, 2025

bjorn3 reviewed Jul 9, 2025

View reviewed changes

compiler/rustc_codegen_llvm/src/debuginfo/gdb.rs Outdated Show resolved Hide resolved

sebastianpoeplau force-pushed the preserve-debug-gdb-scripts-section branch 2 times, most recently from 97ac05e to 07de96b Compare July 9, 2025 12:16

bjorn3 reviewed Jul 9, 2025

View reviewed changes

compiler/rustc_codegen_gcc/src/debuginfo.rs Show resolved Hide resolved

bjorn3 reviewed Jul 9, 2025

View reviewed changes

tests/codegen/gdb_debug_script_load.rs Outdated Show resolved Hide resolved

sebastianpoeplau force-pushed the preserve-debug-gdb-scripts-section branch from 07de96b to d54c3ea Compare July 9, 2025 13:20

bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Jul 9, 2025

tgross35 mentioned this pull request Jul 10, 2025

Rollup of 8 pull requests #143753

Closed

tgross35 mentioned this pull request Jul 10, 2025

Rollup of 8 pull requests #143755

Closed

bors added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels Jul 11, 2025

rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Jul 15, 2025

sebastianpoeplau force-pushed the preserve-debug-gdb-scripts-section branch from 0fb1e12 to 2133b4f Compare July 23, 2025 08:27

bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Jul 26, 2025

This comment has been minimized.

Sign in to view

bors added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels Jul 26, 2025

sebastianpoeplau force-pushed the preserve-debug-gdb-scripts-section branch from 2133b4f to aec2912 Compare July 28, 2025 11:53

bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Jul 28, 2025

bors added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels Jul 28, 2025

Preserve the .debug_gdb_scripts section #143679

Are you sure you want to change the base?

Preserve the .debug_gdb_scripts section #143679

Conversation

sebastianpoeplau commented Jul 9, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

rustbot commented Jul 9, 2025

Uh oh!

Uh oh!

Uh oh!

Uh oh!

bjorn3 commented Jul 9, 2025

Uh oh!

bors commented Jul 9, 2025

Uh oh!

tgross35 commented Jul 11, 2025

Uh oh!

rust-bors bot commented Jul 11, 2025

Uh oh!

rust-bors bot commented Jul 11, 2025

Uh oh!

sebastianpoeplau commented Jul 11, 2025

Uh oh!

tgross35 commented Jul 11, 2025

Uh oh!

sebastianpoeplau commented Jul 11, 2025

Uh oh!

tgross35 commented Jul 11, 2025

Uh oh!

sebastianpoeplau commented Jul 18, 2025

Uh oh!

bors commented Jul 22, 2025

Uh oh!

sebastianpoeplau commented Jul 23, 2025

Uh oh!

bjorn3 commented Jul 26, 2025

Uh oh!

bors commented Jul 26, 2025

Uh oh!

bors commented Jul 26, 2025

Uh oh!

This comment has been minimized.

bors commented Jul 26, 2025

Uh oh!

sebastianpoeplau commented Jul 28, 2025

Uh oh!

bjorn3 commented Jul 28, 2025

Uh oh!

bors commented Jul 28, 2025

Uh oh!

sebastianpoeplau commented Jul 28, 2025

Uh oh!

bors commented Jul 28, 2025

Uh oh!

rust-log-analyzer commented Jul 28, 2025

Uh oh!

bors commented Jul 28, 2025

Uh oh!

Uh oh!

sebastianpoeplau commented Jul 9, 2025 •

edited

Loading